Live tiles without application-code execution

ABSTRACT

Techniques enabling live tiles without application-code execution permit live content to be presented in tiles without executing code of applications associated with those tiles. By so doing, live tiles may be presented more safely, faster, or using fewer resources.

RELATED APPLICATIONS

This application is a continuation of and claims priority to U.S. patent application Ser. No. 15/235,359 filed Aug. 12, 2016 entitled “Live Tiles Without Application-Code Execution”, the disclosure of which is incorporated by reference herein in its entirety. U.S. patent application Ser. No. 15/235,359 is a continuation of and claims priority to U.S. patent application Ser. No. 13/904,880 filed May 29, 2013 entitled “Live Tiles Without Application-Code Execution” the disclosure of which is incorporated by reference herein in its entirety.

BACKGROUND

Conventional techniques provide content for tiles by executing code of applications associated with each tile. Doing so, however, has significant security issues. Allowing an application to execute code on a client's device exposes the client device to numerous malicious actions. This is especially true for small applications (“apps”) common to mobile devices, as users often have tens and even hundreds of apps on their mobile devices. For each of these apps that is allowed to run code on the client device, the risk of malicious action increases commensurately.

These security issues can be addressed by sandboxing or otherwise blocking out each of the apps. Doing so, however, can be both slow and use significant resources, especially when many apps need to execute on the device. Thus, permitting code of applications associated with tiles to execute can be unsafe, slow, or consume substantial computing resources.

SUMMARY

This document describes techniques enabling live tiles without application-code execution. These techniques permit live content to be presented in tiles without executing code of applications associated with those tiles. By so doing, live tiles may be presented more safely, faster, or using fewer resources.

This summary is provided to introduce simplified concepts enabling live tiles without application-code execution, which is further described below in the Detailed Description. This summary is not intended to identify essential features of the claimed subject matter, nor is it intended for use in determining the scope of the claimed subject matter. Techniques and/or apparatuses enabling live tiles without application-code execution are also referred to herein separately or in conjunction as the “techniques” as permitted by the context.

BRIEF DESCRIPTION OF THE DRAWINGS

Embodiments enabling live tiles without application-code execution are described with reference to the following drawings. The same numbers are used throughout the drawings to reference like features and components:

FIG. 1 illustrates an example system in which techniques enabling live tiles without application-code execution can be implemented.

FIG. 2 illustrates an example embodiment of the computing device of FIG. 1.

FIG. 3 illustrates methods enabling live tiles without application-code execution.

FIG. 4 illustrates an example live-tile interface having fourteen live tiles.

FIG. 5 illustrates methods enabling live tiles without application-code execution and based on an identity of a user.

FIG. 6 illustrates an example network environment having multiple different remote content sources from which a live-tile interface can receive respective content.

FIG. 7 illustrates methods for presenting retrieved content associated with multiple applications without local execution of application code.

FIG. 8 illustrates an example device in which techniques for live tiles without application-code execution can be implemented.

DETAILED DESCRIPTION

Overview

This document describes techniques and apparatuses enabling live tiles without application-code execution. These techniques enable a user to see live content within tiles, including without executing code of applications associated with those tiles.

In some cases the techniques enable a live-tile user interface having numerous live tiles displaying content of associated applications. In doing so, however, code of these applications does not need to be executed. Instead, an indicator of the application, such as one stored in non-executing metadata of the application, indicates a source for content of the application. The techniques may then retrieve this content from the source and present the content in the tile associated with that application. The techniques may do so in a secure manner by leveraging a trusted operating-system component to download live content on behalf of the applications.

Furthermore, in some cases, a user may wish to interact with content on a new device or unknown device. Assume that the user would like to interact with content associated with his or her applications, such as through a user interface having many live tiles showing that content. Assume also that the user is using a new device or some temporary device, such as a friend's mobile device, a computer at an internet café or library, or some other new or temporary device. Current solutions for providing live content may require installation of these applications, which as noted can be tens or even hundreds of applications. Doing so consumes extraordinary amounts of resources and, in some cases, is so slow that the user experience is poor.

Through use of the techniques, however, executing or even installing the applications can be avoided. Instead of having to install, for example, 50 applications to execute code of those applications to retrieve content for 50 live tiles, no applications are installed. The techniques determine a source for the content, such as through metadata of the applications or some record of the user's applications, and thereby retrieve the content for presentation within the live tiles.

Not only can the techniques reduce resource usage, improve performance, or increase security, in many cases the techniques also make application development easier. No longer does an application developer develop code for providing content to live tiles, instead, the application developer needs only include or provide some sort of indicator to show where content for the application can be retrieved.

These are but a few examples in which the techniques enable live tiles. Numerous other examples, as well as ways in which the techniques operate, are described below. This discussion proceeds to describe an example environment in which the techniques may operate, methods performable by the techniques, and an example apparatus below.

Example Environment

FIG. 1 illustrates an example environment 100 in which techniques enabling live tiles without application-code execution can be embodied. Environment 100 includes a computing device 102 having a tile manager 104, content source 106, and communication network 108, which enables communication across various networks. In this illustration, computing device 102, through tile manager 104, receives or retrieves metadata 110 of application 112, shown at arrow 1-1. With this metadata 110, tile manager 104 retrieves content through communication network 108 and from content source 106, shown at arrow 1-2. Tile manager 104 then, shown at arrow 1-3, presents content within a live tile associated with application 112 and in live-tile interface 114. Note that executable code 116 of application 112 is not executed, nor is it used to gain the content. Executable code 116 is shown for context, though it (and even application 112 in some cases), need not be stored on, installed on, or even accessible by computing device 102.

Content can include what is new or of potential interest for application 112, such as a new email, entry, article, picture, video, song, or indication that a software update or expiration is approaching. New content is content that is determined to be, or is likely to be, newly presented to a user associated with live-tile interface 114. Thus, content that has not previously been presented in a tile, or has not been presented since the user last opened live-tile interface 114, whether on computing device 102 or some other device, can be considered new content.

Other content, however, can also be shown, such as content seen previously but known, or likely to be, of interest to the user. Examples include an indication that a subscription is expiring and must be renewed, an indication that the user has selected to be maintained, such as a number of seats left at a particular showing of a movie that the user is interested in seeing at that time, or newest content for the application even if it was previously presented to the user.

While not required, content within a live tile can be directed to a single set of larger content, such as presenting one image and a headline for a news article that, if presented by the application, would have ten pictures and five pages of text. Further, multiple content can be presented within a live tile at one time, or can be rotated on and off, or both.

FIG. 2 illustrates an example embodiment of computing device 102 of FIG. 1, which is illustrated with six examples devices: a laptop computer 102-1, a tablet computer 102-2, a smart phone 102-3, a set-top box 102-4, a desktop computer 102-5, and a gaming device 102-6, though other computing devices and systems, such as servers and netbooks, may also be used.

Computing device 102 includes or has access to computer processor(s) 202, computer-readable storage media 204 (media 204), and one or more displays 206, four examples of which are illustrated in FIG. 2. Media 204 includes an operating system 208, tile manager 104, and applications 112, each of which may include metadata 110 and executable code 116.

Tile manager 104 is capable of enabling live tiles without application-code execution. As noted above, the techniques, here through tile manager 104, are capable of presenting content within tiles. This content is associated with, but not generated by, executing code of applications 112. Thus, while media 204 may include applications 112, and metadata 110 and executable code 116 thereof, execution is not needed to present content in live tiles associated with applications 112. Further, in various examples described herein, tile manager 104 may operate without computing device 102 storing, executing, or even installing applications 112. Therefore, tile manager 104 may operate without applications 112 executing application code, even small portions of application code, thereby making content presentation in live tiles more secure.

Tile manager 104 includes live-tile interface 114, which is capable of presenting content in live tiles associated with multiple applications, such as the twelve different live tiles illustrated in FIG. 1 and their respective applications. In some cases, live-tile interface 114 presents live tiles in a particular layout 210, which may be configured by tile manager 104 by default, by frequency of usage, or by user selection.

As noted, applications 112 include, or are associated with, metadata 110. Metadata 110 is, or may include, non-executable properties associated with application 112. Metadata 110 may include indicator 212 and frequency 214, as well as other properties, such as a format in which to present content (e.g., one image on left, text only on right, and so forth). Indicator 212 provides sufficient information for tile manager 104 to retrieve content associated with the application, which may simply identify the application, a link to new or all content, or a universal resource locator (URL) usable by tile manager 104 to retrieve content.

Frequency 214 is associated with application 112, and can be used by tile manager 104 to determine a frequency at which to retrieve content for application 112, such as repetitively at frequency 214. Frequency 214 may also, or instead, be used as part of establishing a data push from content source 106. For example, content source 106 may be configured to push content to computing device 102 at, or based on, frequency 214. In both cases, content can be received or retrieved only when new or regardless of whether the content is new to the user. While metadata 110 can be or include non-executable properties, metadata 110 can be written in various markup languages or formats, such as eXtensible markup language (XML), hypertext markup language (HTML), or really simple syndication (RSS), just to name a few. By so doing, tile manager 104 may easily parse metadata 110 for indicator 212 and frequency 214. Note that indicator 212 and/or frequency 214 may be received or used without necessarily receiving metadata 110, as will be described in greater detail below.

Ways in which entities of FIGS. 1 and 2 act and interact vary and are set forth in greater detail below. The entities illustrated for computing device 102, as well as content source 106, can be separate or integrated.

Example Methods

FIG. 3 depicts a method 300 for enabling live tiles without application-code execution. In portions of the following discussion reference may be made to environment 100 of FIG. 1 and/or entities of FIG. 2, reference to which is made for example only. The order in which the following methods are described is not intended to be construed as a limitation, and any number or combination of the described method operations can be performed in any order to perform a method, or an alternate method for enabling live tiles without application-code execution.

Block 302 receives metadata of an application, the metadata having an indicator. As noted above, tile manager 104 may receive this metadata by registering or installing an application, though in some cases it may instead be received or retrieved from a remote source, such as content source 106. By way of example only, consider tile manager 104, which receives metadata 110 when registering application 112 but without executing executable code 116 of application 112.

Block 304 retrieves, based on the indicator, content associated with the application. In the ongoing example, assume that tile manager 104 downloads data from a URL of content source 106 based on the indicator, the URL associated with the particular application. Further, assume that tile manager 104 determines, from user records or content source 106, that one particular piece of the content available at the URL is new since the content for the application was last presented in a live tile to this user.

Block 306 presents, within a live tile associated with the application, the content within the live tile. The content may also be presented within a live-tile user interface having multiple other live tiles associated with other applications. As noted above, the acts of receiving metadata of the application, retrieving the content associated with the application, and presenting the content within the live tile can be performed without executing application code.

Concluding the present example, assume that tile manager 104 presents another example of live-tile interface 114, shown in FIG. 4. This live-tile interface 114 includes fourteen live tiles, eleven of them relatively large and three relatively small. The live tile of interest in this example is live tile 402, which is associated with a News application. The content new since the user was last presented content for this application concerns a weather satellite. This content 404 is shown in expanded form at 406 as well to illustrate that, while live tiles may be fairly small, meaningful new content can be presented within them. Here, a user may see this new content and determine that, without executing the associated News application, the article is or is not interesting. In some cases, the user may determine that sufficient content relating to the article has been shown and thus, while the article is interesting, the user need not take the time to read the full article.

As noted in part above, where multiple content changes for an application are retrieved, tile manager 104 may present the newest of the content changes or rotate through these content changes. In any case, however, new content permits live tiles to maintain a live feel for live-tile interface 114. The term live tile is intended to represent the updating of content for tiles, in contrast to a tile that does not change. Thus, a tile in which new content is presented, whether the content is animated, moving, rotating or not, enables the tile to be live to the user.

In this context, assume that the user viewed live tile 402 at 9 A.M. and, on viewing live-tile interface 114 at 3 P.M., is presented with live tile 402 reporting content new since to the News application since 9 A.M. Here the new content is the article concerning a weather satellite that has been damaged by a meteor and may crash to earth. Content 406 shows content (or a portion thereof) for the news article that is now available at the News application website, here with an image of a satellite, a title of the article, and a first sentence of the article.

Note also that tile manager 104 may, via live-tile interface 114, present content for multiple applications all at one time, one-at-a-time (e.g., in rapid progression), after compiling into batches, and/or at a frequency associated with each respective application.

FIG. 5 depicts a method 500 enabling live tiles without application-code execution and based on an identity of a user.

Block 502 receives, at a computing device with which a user is not associated, an identifier associated with the user. Such a computing device may be a public network terminal, a friend's mobile phone, and so forth. The computing device may have been used by the user in the past, but has not retained all or any of the installed applications of a live-tile interface. The live-tile interface may be associated with the user or based on an association with the user. Thus, while a user may have used a same desktop computer at a library, the desktop computer may not have retained various installed applications or otherwise retained an association with the user. The user's association with the computing device is therefore being newly established or renewed, as least with respect to a live-tiles interface.

The identifier received can be of many various types, such as a name and password, simple name (if no security is desired), gesture password, retinal scan, biometric, and so forth. The techniques (alone or with assistance) may then authenticate the user, though this is not necessarily required.

Block 504 determines, based on the identifier, multiple applications associated with the user. Tile manager 104 may determine the multiple applications in various manners, such as by passing the identifier to a remote authenticator, receiving authentication of the user, passing the authentication to an entity that records application associations for users, and so forth. Thus, tile manager 104 may determine applications and/or their indicators (e.g., URLs), or block 504 may be used in combination with block 506 to retrieve content from a same source as the entity (e.g., content source 106) that provides associations based on the user identifier.

Block 506 retrieves content associated with one or more uninstalled applications of the multiple applications. These uninstalled applications have not been installed on the computing device or have been previously uninstalled. The content can be retrieved from multiple different remote content sources or, as noted above, tile manager 104 may retrieve content from a single source, such as content source 106 of FIG. 1.

FIG. 6 illustrates an example network environment having multiple different remote content sources. In the context of this particular example, tile manager 104 determines multiple applications for a user and then retrieves, for those multiple applications, content from multiple different remote content sources. As illustrated in FIG. 6, tile manager 104 communicates with remote computing device 602 (e.g., authentication server) at arrow 6-1 through network 108. Tile manager 104 identifies a user and requests application indicators associated with the user from remote computing device 602, such as URLs for each of multiple applications. With these URLs, tile manager 104 retrieves content from multiple remote content sources 604-1, 604-2, and 604-3, each of which is associated with live tiles 606-1, 606-2, and 606-3 respectively, shown at arrows 6-2.

Block 508 presents, within live tiles associated with the one or more uninstalled applications, the content retrieved. The techniques may present content in live tiles within a user interface associated with the user, such as live-tile interface 114 of FIG. 1, 4, or 6. Further, as noted in part above, tile manager 104 may present the live tiles in a particular layout associated with the user, such as layout 210 of FIG. 2, which may be determined as part of block 504. Tile manager 104 may present the content retrieved without executing application code on the computing device that is under control of one of the uninstalled applications, though the techniques are not precluded from doing so for all live-tile-enabled applications associated with the user.

Concluding the illustrated example, tile manager 104, through live-tile interface 114 of FIG. 6, presents content associated with various applications within live tiles 606-1, 606-2, and 606-3, shown at arrows 6-3. Thus, content from remote content source 604-1, which is associated with the “F” application, is presented in live tile 606-1, content from remote content source 604-2, which is associated with the “News” application, is presented in live tile 606-2, and content from remote content source 604-3, which is associated with the “In Touch” application, is presented in live tile 606-3.

Note again that each of live tiles 606 need not have an associated application running, including even a browser or other portal application. Instead, tile manager 104 is capable of retrieving content from remote sources, including doing so with low transmission bandwidth, reduced local computing resource usage, and with a fast user experience.

FIG. 7 depicts a method 700 for presenting retrieved content associated with multiple applications without local execution of application code.

Block 702 determines, based on an identifier associated with a user, live tiles associated with multiple applications of the user. The live tiles may be presented in a live-tile user interface having a particular layout within the live-tile user interface. Tile manager 104 may do so in various manners set forth above, such as via live-tile interface 114 of FIG. 1 and according to layout 210 of FIG. 2.

Block 704 retrieves, without local execution of application code associated with the multiple applications, content associated with the multiple applications. This content may be received from local or remote sources, such as remote content sources 604-1, 604-2, or 604-3 of FIG. 6.

Block 706 presents, within the live tiles and in the layout of the live-tile user interface, the retrieved content associated with the multiple applications. As noted, tile manager 104 may arrange live tiles in any suitable layout, such as a default layout, a usage-based layout, or layout 210. Note that layout 210 is associated with the user and/or may be associated with the user's identifier. A user may select certain live tiles to be presented, and configure a layout that matches his or her preferences. Even if the techniques are performed on a computing device not associated with the user, the user's identifier can be used by tile manager 104 to determine the user's preferred live tiles and layout thereof.

The preceding discussion describes methods enabling live tiles without application-code execution. These methods are shown as sets of blocks that specify operations performed but are not necessarily limited to the order shown for performing the operations by the respective blocks.

Aspects of these methods may be implemented in hardware (e.g., fixed logic circuitry), firmware, software, manual processing, or any combination thereof. A software implementation represents program code that performs specified tasks when executed by a computer processor. The example methods may be described in the general context of computer-executable instructions, which can include software, applications, routines, programs, objects, components, data structures, procedures, modules, functions, and the like. The program code can be stored in one or more computer-readable memory devices, both local and/or remote to a computer processor. The methods may also be practiced in a distributed computing environment by multiple computing devices.

These techniques may be embodied on one or more of the entities shown in environment 100 of FIG. 1 (and as detailed in FIG. 2) and/or example device 800 described below, which may be further divided, combined, and so on. Thus, environment 100 and/or device 800 illustrate some of many possible systems or apparatuses capable of employing the described techniques. The entities of environment 100 and/or device 800 generally represent software, firmware, hardware, whole devices or networks, or a combination thereof. In the case of a software implementation, for instance, the entities (e.g., tile manager 104 and live-tile interface 114 of FIGS. 1 and 2, content sources 106 and 604 of FIGS. 1 and 6, and remote computing device 602 of FIG. 6) represent program code that performs specified tasks when executed on a processor (e.g., processors 202 and 810). The program code can be stored in one or more computer-readable memory devices, such as computer-readable storage media 204 or computer-readable media 814 of FIG. 8. The features and techniques described herein are platform-independent, meaning that they may be implemented on a variety of commercial computing platforms having a variety of processors.

Example Apparatus

FIG. 8 illustrates an apparatus having various components, here as part of an example device 800, which can be implemented as any type of client, server, and/or computing device as described with reference to the previous FIGS. 1-7 to implement techniques enabling live tiles without application-code execution and other techniques described herein. In some cases, device 800 can be implemented as one or a combination of a wired and/or wireless device, as a form of television client device (e.g., television set-top box, digital video recorder (DVR), etc.), consumer device, computer device, server device, portable computer device, user device, communication device, video processing and/or rendering device, appliance device, gaming device, electronic device, and/or as another type of device. Device 800 may also be associated with a user (e.g., a person) and/or an entity that operates the device such that a device describes logical devices that include users, software, firmware, and/or a combination of devices.

Device 800 includes communication devices 802 that enable wired and/or wireless communication of device data 804 (e.g., received data, data that is being received, data scheduled for broadcast, data packets of the data, etc.). Device data 804 or other device content can include configuration settings of the device, media content stored on the device, and/or information associated with a user of the device. Media content stored on device 800 can include any type of audio, video, and/or image data. Device 800 includes one or more data inputs 806 via which any type of data, media content, and/or inputs can be received, such as user-selectable inputs, messages, music, television media content, recorded video content, and any other type of audio, video, and/or image data received from any content and/or data source (e.g., images and text for presentation in live tiles).

Device 800 also includes communication interfaces 808, which can be implemented as any one or more of a serial and/or parallel interface, a wireless interface, any type of network interface, a modem, and as any other type of communication interface. The communication interfaces 808 provide a connection and/or communication links between device 800 and a communication network by which other electronic, computing, and communication devices communicate data with device 800.

Device 800 includes one or more processors 810 (e.g., any of microprocessors, controllers, and the like), which process various computer-executable instructions to control the operation of device 800 and to enable application reporting in an application-selectable interface. Alternatively or in addition, device 800 can be implemented with any one or combination of hardware, firmware, or fixed logic circuitry that is implemented in connection with processing and control circuits which are generally identified at 812. Although not shown, device 800 can include a system bus or data transfer system that couples the various components within the device. A system bus can include any one or combination of different bus structures, such as a memory bus or memory controller, a peripheral bus, a universal serial bus, and/or a processor or local bus that utilizes any of a variety of bus architectures.

Device 800 also includes computer-readable storage media 814, such as one or more memory devices that enable persistent and/or non-transitory data storage (i.e., in contrast to mere signal transmission), examples of which include random access memory (RAM), non-volatile memory (e.g., any one or more of a read-only memory (ROM), flash memory, EPROM, EEPROM, etc.), and a disk storage device. A disk storage device may be implemented as any type of magnetic or optical storage device, such as a hard disk drive, a recordable and/or rewriteable compact disc (CD), any type of a digital versatile disc (DVD), and the like. Device 800 can also include a mass storage media device 816.

Computer-readable storage media 814 provides data storage mechanisms to store the device data 804, as well as various device applications 818 and any other types of information and/or data related to operational aspects of device 800. For example, an operating system 820 can be maintained as a computer application with the computer-readable storage media 814 and executed on processors 810. The device applications 818 may include a device manager, such as any form of a control application, software application, signal-processing and control module, code that is native to a particular device, a hardware abstraction layer for a particular device, and so on.

Device applications 818 also include any system components or modules to implement techniques enabling live tiles without application-code execution. In this example, device applications 818 can include tile manager 104 and live-tile interface 114.

Conclusion

Although embodiments of techniques and apparatuses enabling live tiles without application-code execution have been described in language specific to features and/or methods, it is to be understood that the subject of the appended claims is not necessarily limited to the specific features or methods described. Rather, the specific features and methods are disclosed as example implementations for live tiles without application-code execution. 

What is claimed is:
 1. A computer-implemented method comprising: receiving, at a computing device, an identifier associated with a user; communicating the identifier to a remote authenticator to authenticate the user, the identifier associated with multiple applications; if the user is authenticated by the remote authenticator, receiving content associated with at least one application of the multiple applications; presenting, on a display device of the computing device, a live-tile user interface containing multiple live tiles, two or more live tiles of the multiple live tiles corresponding to applications of the multiple applications associated with the identifier, each of the two or more live tiles within the live-tile user interface not occluding each other, the live-tile user interface capable of concurrently presenting content within the two or more live tiles in the live-tile user interface; and presenting, on the display device of the computing device, the content within a live tile associated with the at least one application, the presenting enabling, through the live-tile user interface, interaction with the content presented in the live tile.
 2. The computer-implemented method as described in claim 1, wherein the content associated with the at least one application is received without executing the at least one application.
 3. The computer-implemented method as described in claim 1, wherein the presenting the content within the live tile occurs without executing the at least one application.
 4. The computer-implemented method as described in claim 1, further comprising, prior to presenting the content within the live tile, determining that the content is new since the user last viewed or interacted with the live-tile user interface.
 5. A computer-implemented method as described in claim 1, wherein the content has previously been presented in the live tile associated with the application but has not previously been interacted with by the user through the live tile.
 6. The computer-implemented method as described in claim 1, wherein the content has previously been presented in the live tile associated with the at least one application but is known to be of interest to the user.
 7. The computer-implemented method as described in claim 1, wherein the content is directed to a single set of larger content.
 8. The computer-implemented method as described in claim 7, wherein the content is one image or a headline for a news article.
 9. The computer-implemented method as described in claim 1, wherein the content is rotated, on and off, of the live tile with other content associated with the at least one application.
 10. The computer-implemented method as described in claim 1, further comprising presenting other content associated with another application, and wherein presenting the content and presenting the other content are presented at one time in the live-tile user interface, one-at-a-time in rapid succession in the live-tile user interface, or at a first frequency for the at least one application and a second frequency for the other application.
 11. A system comprising: one or more display devices; one or more processors; one or more computer-readable storage media having computer-readable instructions thereon that, responsive to execution by the one or more processors, perform operations comprising: receiving, at a computing device, an identifier associated with a user; communicating the identifier to an authenticator to authenticate the user, the identifier associated with multiple applications; if the user is authenticated by the authenticator, receiving content associated with at least one application of the multiple applications; presenting, on at least one of the one or more display devices, a live-tile user interface containing multiple live tiles, two or more live tiles of the multiple live tiles corresponding to applications of the multiple applications associated with the identifier, each of the two or more live tiles within the live-tile user interface not occluding each other, the live-tile user interface capable of concurrently presenting content within the two or more live tiles in the live-tile user interface; and presenting, on at least one of the one or more display devices, the content within a live tile associated with the at least one application.
 12. The system as described in claim 11, wherein the presenting the content within the live tile enables, through the live-tile user interface, interaction with the content presented in the live tile.
 13. The system as described in claim 11, wherein the content associated with the at least one application is received without executing the at least one application.
 14. The system as described in claim 11, wherein the presenting the content within the live tile occurs without executing the at least one application.
 15. The system as described in claim 11, further comprising receiving metadata of the at least one application, the metadata having an indicator, and wherein receiving the content associated with the at least one application further comprises retrieving the content using the indicator.
 16. The system as described in claim 11, wherein the operations further comprise presenting other content associated with another application, and wherein presenting the content and presenting the other content are presented at one time in the live-tile user interface, one-at-a-time in rapid succession in the live-tile user interface, or at a first frequency for the at least one application and a second frequency for the other application.
 17. The system as described in claim 11, wherein the content is rotated, on and off, of the live tile with other content associated with the application.
 18. The system as described in claim 11, wherein the content is directed to a single set of larger content of which the content is a part, at least a portion of the larger content being different than the content, and further comprising presenting the portion of the larger content within the live tile associated with the at least one application.
 19. The system of claim 11, wherein one or more of the multiple applications associated with the identifier are not accessible by the system.
 20. The system of claim 11, wherein one or more of the multiple applications associated with the identifier are not installed on the system. 